Status Trackers and Progress Updates: 16 Design Guidelines狀態追蹤與進度更新的設計指南
狀態追蹤器和進度更新分別以使用者主動查詢(pull)和被動接收(push)的方式告知產品或服務的交付進展。這兩種功能能有效結合,既讓使用者掌握資訊,又提升使用者體驗,減少焦慮,促進客戶關係。
定義與功能
狀態追蹤器:使用者可隨時透過連結或登入頁面查詢交付狀態。
包含具體交付流程的詳細資訊,以時間順序顯示過去的更新。

進度更新:公司透過簡訊、郵件或社交媒體主動推送狀態變更通知。通知內容可能直接說明變更,也可能僅包含通用資訊和追蹤連結。



對比總結
| 特性 | 狀態追蹤器 | 進度更新 |
| 目的 | 使用者主動查詢 (Pull) | 公司主動推送 (Push) |
| 內容 | 具體交付流程細節 | 更新簡要或含連結 |
| 訪問方式 | 唯一連結或登入頁面 | 簡訊、郵件、社交渠道 |
| 歷史記錄 | 可檢視完整更新記錄 | 舊通知可能丟失 |
| 使用者資訊要求 | 通常僅需參考號 | 需收集使用者聯絡方式並獲其同意 |
| 訪問許可權 | 任何持有追蹤資訊者 | 僅限接收通知的使用者 |
結合兩種方式更為理想:
- 僅有狀態追蹤器可能導致使用者頻繁重新整理頁面增加焦慮。
- 僅有進度更新可能因聯絡方式錯誤而失效,同時部分使用者更傾向自主查詢。
狀態追蹤器設計指南 (Status Tracker Design Guidelines)
1 從客戶賬戶提供追蹤資訊:確保使用者可透過賬戶快速找到追蹤資訊,無需依賴郵件中的連結。

2 最新狀態資訊優先顯示:避免頁面資訊雜亂。使用垂直時間軸或水平進度條,最新狀態置頂。


3 採用使用者易懂的語言:避免使用後臺術語和程式碼,如“已生成標籤”(Label Created)。使用清晰直白的語言描述狀態。

4 保證資訊可快速掃描:表格格式的追蹤資訊需寬鬆佈局以便快速閱讀。

5 允許使用者修改聯絡方式及通知頻率:提供介面方便使用者更新聯絡資訊並選擇通知方式(如簡訊或郵件)及頻率。

6 提前告知需要的追蹤資訊:明確使用者需要哪些資訊(如訂單號),並在必要時提示如何獲取。

7 提供具體且診斷性的錯誤提示:設計詳細的錯誤資訊,幫助使用者理解問題來源(如資訊輸入錯誤或狀態不可用)。
8在流程完成後提醒使用者追蹤選項:在確認郵件中包含狀態追蹤連結,讓使用者隨時掌握進度。
9 長期流程提供定期更新:即使更新較少,也可使用低粒度的狀態提示(如“已進入處理佇列”),以增強使用者信心。


10 確保更新資訊準確可靠:避免手動輸入導致的錯誤,優先實現系統自動化更新。

11 顯示所有歷史更新:使用者可能需要檢視過去的更新記錄。可以將較舊的資訊隱藏在“更多內容”連結中。

12 確保所有渠道更新一致:聯絡中心和狀態追蹤器應提供相同的資訊,避免使用者透過客服獲得更準確的狀態,從而削弱追蹤器的信任度。
進度更新設計指南 (Progress Updates)
1 包含連結直達詳細追蹤資訊:確保通知中的連結直接帶使用者到對應訂單的追蹤頁面,無需重複輸入資訊。

2 允許使用者選擇通知型別:提供多種通知方式選擇,如簡訊或郵件,並允許使用者選擇是否接收通知。

3 避免過多更新幹擾使用者:與運輸公司協調避免重複傳送。進行使用者研究以確定理想的通知頻率。

4 提供停止接收更新的選項:在通知中包含取消選項(如“回覆STOP”),定期提醒使用者可修改偏好。

狀態追蹤器和進度更新是減少使用者焦慮、提升使用者體驗的必要功能。兩者結合能讓使用者掌控資訊,並減少客戶支援的壓力。設計時應遵循以上指南,進行使用者測試以確保功能符合需求。